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ABSTRACT > . * 

This document siimmarizes the work of the Math 
Curriculum Project at Sari Francisco State University* The project 
developed seveiv curriculum units for the middle school mathematics i 
program, using microcomputers as a problem solving tool to foster 
mathematical thinking and develop insights into mathematical 
concepts. They also created a prototype telephone network that is 
both a message system and a curricular <data base for activities in 
each unit. Finally, they developed a teacher training model from 
their expe^riences ih piloting the materials. Th-e report describes the 
objectives', Zmethods and procedures, outcomes, and dissemination , 
activities /of the project; An overview of the units, a network ^ ^ 
manager manual, a message system user manual, and a list of talks 
about the project are appended. (MNSV 
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MATH NETWORK CURRICULUM PROJECT 

■ A 



This project has developed seven 'curr feu I urn units for th| middle school 
rrathemafM cs program that use microcomputers as a problem-solving tooh 
to fosTer mathematical thinking and Insights Into mathematical concepts. 
We have also created a prototype telephone network that Is both a message 
system and a currlcular data base for activities I n each unit. Finally, 
we have developed a teacher training mod'el from our experience with the^ 
m.aterlals and the teachers who. piloted the materla^^ 

Each unit, designed' to be a two-week m.odu[e. Is In fact a teacher's 
guide which Includes detailed directions along with the courseware and 
software needed. Teacher 'intervention In the non-computer actlvl tie's 
that begin each unit Is required, and the consistent use of small group 
Instruction makes the units usable In the standard classroom If two 
microcomputers are present. The network applications require additional 
equipment but, are not essential. 

The content Includes arl thmetl c/pre-a Igebra, geometry, and statistics! 
Problem sol ving .Is Integra I ^ to all the* activities. ^ 

A trainers' guide to provide Inservlce on these'materlals Is provided/^ ^ 
as an eighth unl t'\and •can 'be effectively used by Individuals who are 
'both familiar with mLcrocomputers and ha^e a good mathematics backgrpundl 

Thd final report Is available through both the Educational Resources 
Information Center (ERIQ) and the National Technical Information Service 
(NTIS). The project material Is a Iso 'avat fab-I'd through the same sources* 
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This project was supported NSF Award No, SED 8012465 in the . . 

Joint National Science Foundation/National Institute of Educatiofx 
program on Mathematics Education Using Information Technology, The • 
work, was done at San Francisco State University by*- three members of 
the Mathema>lt:ics department: Mr., William Finzer, Dr* Jose Gutiertez, 
and Dr» Diane Resek. / * < '* 

. • ^ • ^ * . ■ ' 

, Tlie right to reproduce copies of part or all of " this report* is 
hereby granted to any. person desiring to do so. * 

Description of the Obj ectives 

The overall ' thrust of, this project was to encourage . the use of 
microcomputers as problem solving tools in middle school mathematics ' 
classrooms. To do' this we focused on three .specif ic objec^tives:^ 
Curriculum Development, Teacher .Education, and Computer Networking. 
There'was a perceived need for curriculum materials that* used the^ 
'computer within the framework of the regular classroom. 

^ We developed a series of seven teacher's guides (UNITS) to 
provide support and direction for incorporating the computer in 
three area's: arithmetic/pre-algebra , statistics, and geometry. • 
(Appendix A gi^s an overview of * the units.) Each unit .is intended 
to take about two weeks of class time and Includes appropriate 
cburseware and software. " ' \ 

V 

A premise f or^^e MNCP curriculum units was that a knowledgeable 
teacher was essential to ^direct arid support students .toward higher 
levels of abstract thinking. and problem solving. • As a result of our 
experience with the teachers in this project we have created an 
Inservice Guide that structures an inservice program tor each of the • 
units. The material in th*fe Inservice Guide is directed at a Master ' ^ 
Teacher whp, besides having a working knowledge of the mathematics * , 
•and pedagogy of the unitS|may be an experienced classroom teacher, / 
a curriculum specialist, a school district or county administrator 
or a. college instructor. The need for some inservice is essential 
not only becaus^ of the computer involvement and the nature of^the ^ ' 

•mathematics, but also because the units incorpprate .an active ' 
approach to the learning tha^^^ses manipulative maj>6rials and small 
group instruction. ^ . 

. • " . 

Computer netwq^king , in this base, is a system which coniTects 
computers in the project classrooms w^ith eac^ other via tel'ephohe 
lines. A data base from activities- in th^ UNITS was established 
by* the project classes, and a prototype message system for interaction 

, ^ ' . 

• • ' • *Q . . ' 



beti^en and among groups of s^tudents, teachers, the projept managers, - 
and individuals was developed. The overall networking system is 
described in Appendix B; the message system is described in Appendix , 
C. It wa$ our intention that the message system serve as a vehicle 
to motivate student involvement through a shared curriculum, and that 
it also would provide a communication system to support teachers in 
their work with the curriculum. 



Methods ^ Procedures 

t 

The UNITS 

^The UNITS were developed around topics appropriate to tfhe middle 
school mathematics^curriculum. The middle school, grades 6 through 8, 
can provide time within the-usual mathematics curriculum that is not 
normally available in the, high school curriculum. Furthermore, the 
developmental *level of middle schcol ^tuden^ts was appropriate for the 
creation ar^d testing of hypotfieses, which are a significant aspect of 
each of the .UNITS . ' . ' ' . 

Imbedded in each unit are elements of active learning, students' 
use of manipulative ma-terials, and small group activities. Materials 
-fend activities were sought out and/6r created that provided a concrete 
representation of the concepts to*be presented in the computer '^appli- 
cations to follow. -Each UNIT was carefully structpr^d around small 
group instruction to allow the entire class to complete the computer, 
activities within the two week time fram^ wifeh only two computers in 
a tegular clas.sroom. ^ 

Ideas for the UNITS were developed and 'formalized early in 1991. 
and work was started on some? of them. For the Summer, Jo'an Akers * • 
joined the team as a curriculum, developer and the ^remaining UNITS 
were designed and written. Concurrently, three programmers were 
working on the software for ^pecUfic UNITS, « By Fall the UNITS were 
ready for initial field testing. \ - 

The UNITS were tested by eleven classroom teachers who were 
selected for this project. 'The , to-principal i-nvestigators' conducted 
a series of site visits to observe the UNITS in use. As a result i~ 
of these visits'and from very specific sug-gestiqns from the teachers, 
changes and revisfons^were incorporated. Tfeach^rs wete asked tq tesU 
at least two of tiie UNITS. Nine of the eleven teachers u^ed th,e 
materials witi'h at least two, of their classes! More than six hundred 
students were involved in the field testing stage of this project^. 



Teacher Education 

Xocal school districts were contacted and teachers from interestefd 
districts t^ere invited' to participate. In the Spring of 1981, eleven 
teachers .were chosen for an inserv^e program that started with a 
"special section of "Computers in the Elementary Cla5sfoom**777anreinrs^ 
regularly offered at San Francisco State University* Thrqugh this 
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coifrse the teachers wKre introduced to the use of small group 
instruction and the use of manipulativeijpmaterials' as a part of 
their own iBarhing. They learned to program in BASIC. ^ During this 
time the teachers were given two microcomputers to use for their own 
learning and to .familiarize themselves with its use in their owfi 
classroom. ^ 

The Fall of 1981 brought the field testing jphase and the second 
element of the ins^ervice ;prograta. The. teachers now were to implement 
the UNITS and to support^them in t.his *task, eight three hour inservice - 
sessions were prepared to specifically deal with the UNITS and the 
teaching strategies underlying their .use. v, T^e methods used durirlfe 
these sessions were in keeping with Che methods of ^the UNITS themselves • 
The use of manipulative materials and small group instruction was 
consistently applied where approptiate as a model for their' own teach- - 
ing.. • . . . . ^ 

The resulting' product of these inservice^essions^with project 
teachers is an Inservice Guide*to be uged by a master ^teacher*' to provide, 
inservice to other classVoom teachers/" 



The Ngtwork * » . 

In the^S^)ring of 1981, the development of the NETWORK prototype, 
from scratch was a considerabJ.e undertaking. Almost all the software 
in the package had to be developed locally for the hardware available 
at.tfte time. , A description of the Jiardware, the apl^ta't ions ,* the • 
protocols, and the software involved in the'NETWORK is provided in ' 
the Network Manager Manual (Appendix B) . Examples of the' curricul^r' 
use of the NETWORK are also given. 

A separate. but significant use of, the NETWORK fs the message 
system. The DAth)ELION MESSAGE. SYSTEM USERS Manual/ (Appencfix C) pro-^ 
vides a complete description of its operation.; • ; 

The NETWORK" provided a' useful link between participants. The 
ability to contact a subgroup of teachers with :^nformation about a . • 
specif ic^UNIT made* the implementation and .revision of the UNITS 
proceed smoothly. Student's too were able to interact with each -other 
and in some cases directly with the project managers. At least ten 
student groups were identified by name. ■ ^ - ' - 
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Outcomes' 



The project had some necessary Limitations that anyon^in the 
^microcomputer field will recognize. The material is ^limit'ld to the 
machines on which the ^ork was' done; ^in^^this casfe we.used-16K Commodore 
PET computers with 4.0 BASIC^. The Network development -w^s done us-ing 
a 10 megabyte CORVUS hard disk connected to an Apple II Plus. This 
development did . not go b.eyond the research* stage and is not available 
for^lssWlji^imrT^^^^ 



/ 
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UNITS 



Each UNIT is a sequence of classroom and computer activities 
designed to span a two week period in a regular mathematics class- 
room ♦ Each UNIT contains the fol^lowing: 



Overview - intent of the WIT', comments about content, 
activities and pedagogy. 

How to u&e t\i\s ^uide description of use, time neMed., 
and special considerations. 



Summary of Activities and materials 
reference. 



a summary for easy 
Appendix - worksheets and oth6r instructional materials. 



•Each of the* activities within a UNIT provides the*teacher 

with the following information': ' - 

* ' ^* 

Format - student grox^pings for the activity 

Time requirements- - number of. class periods (or m^inutes) needed 
, Mater^ials needed - list of materials 

Background - discussion of the activity, -ips Intent, and its 
place in the sequence of . activities * * i 

Purpose specific obj ectives vf or the activity ;^ 
Teacher preparation - what to Hothead of time 
. Activ^ity - sjtep by step directions and suggestions. 

The activities are sequenced within ejach UNIT and student work- 
sheets are provided for each activity. Three of the UNITS require 
previous experience from another, UNIT. With these three' exceptions, • 
each UNIT can stand alone as a separate activity. (See Appendix A 
for these limitations.) JJie activities are designed to be open 
ended -and can be used by the same students for much longer periods 
than the intended two weeks. Because of the open ended and exploratory 
nature- of the curriculum, no answers exist. The software^ which is *^ 
not designed to be stand 'alone software, is self-checking and enables 
students to set their awn objectives and goals vith careful guidance 
from a knowledgable teacher. The required .noh-cot^puter activiti.es 
that precede the simulation^ type activities are nefcessary for concept 
development ' and appropriate computer use. 

vT-Each UNIT htes its ownr*sof tware. The number of programs varies 
from one to f our ^per. UNIT. There are fifteen programs in all. 

Inservice Guide ' • *^ . ' 

The Inservice Guide has a sitnilar structure to the UNITS in that 
it provides a-Master Teacher \^ith time,, material, and pedagogical 
requirements to conduct a two hour inservice for each of the seven 
UNITS. 
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The Gujjlle presents information on the need for inservice, 'a 
description ot a Master T^ache^, a philosophy which motivated the 
creation' 'of tAj-S type of- .curriculum and a discussion^ on the nature 
and scheduling of the inservice. The one hundred and thirty-five 
pages also includa^ samples of worksheets from the UNITS to be used 
by t;he Master Teacher. * ' 

Network * ' . 

^/ The NETWORK was intended as a communication sys^^lif^nd as access 
/to a data base for the curri(|:ulum from each of the UNITS • This purpose 
was served during the course i of this project but while it is opera- 
tional, it is ndt appropriate for disse?nination. Much information is * 
provided in Appendix B on th6 NETWORK and in Appendix C on the message 
syjstem, but the nature of the operation of the entire system requires 
a high degree'of training and experience. Should the^ reader require 
additional information -or wbuld lik^ to consider further development 
work, he/she should dbntact the principal investigatj?r directly, 

. ■ K 

Dis^semination Activities 

■ ■■ -6 " ^ ■ r 

Seventeen talks and papers* on 'the activities of this project 
were pretsented to various professional groups and educational insti- 
tutions. Hhese are I'i-^ted in Appen4ix D."* Twenty-seven educators 
and/or educational in^itutions requested atj were sent portions of 
t\[\ curriculum. In addition, a mailing list w^s created from forty- 
t individuals and/or organizations' who requested information, 
will be sent a summary ^nd information on how to obtain copies 
tVis report, ' ' ' ' 




This report, the entire tex;t of th'e U^ITS and listings of the \ 
computer programs that accompany them are being sent to the Educa- V i 
tlomJL Resource Information Center <ERIC) and the National Technical 
ation Service (NTIS) to make the results 6f the project avail- 
able to interested individuals and groups. I ^ 

A furthetr aspect of .dissemination more ar less attributable to 
tljis project is the further activities of the teachers involved. Each 
has become a resource person within their own school and of the nine,, 
six have conducted inservice classes, three have taught colleg e cl ass^es-^-. 
and sJjc 4^v^-4>eenr-±nstram"ent"alr^n^ qu is it ion of additional computer 
equipment within their own school districts. This vital resource of a 
knowledgable teacher will serve the use of information technology in 
education far beyond the life of all other products. * - 
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Math Network Curriculum Project 
San Francisco State University , 

Overview of Itoits 

^ * May 19, 1982 . 

• Below is a list oT the..sev6n units developed by the Math Network? 
Curriculum Project starting in January,, 1981. Foil-owing the list is a 
brief description of individual units, flach unit is .cjesigned to take 
about two weeksrof classroom work.^ ^ Most of the units have been tested 
in middle school classrooms in the San' Francisco Bay Area. The project 
has al^o written a 'Guide for Master Teachers* xo be used to aid in 
planning and conducting in-service workshops for teachers dn ueing the 
curriculum. * , ' . - 



1. 


Input--Output 


2. 


Strategies 


3. 


Business 


4. 


Sampling 


5. 


Data Analysis 


6. 


Turtle Geometry 


7. 


Turtle Symmetry 







1. Input-Output 

This unit develops students' abilities to recognize v and- describe 
patterns^ and introduces the notion of expressing mathematical 
concepts 'in a symbolic' language, Easy Speak. The experience of 
using Easy Speak , prepares students to use algebra to express 
nijmei:ical ideas. The motivation for using Easy Speak comes from 
the power it gives its users to create Input-Output machines-, 
give them to other students to analyse,* and to share them with 
, other classroons of students via the Network. 



The unit l^egias with practice on - simple input-output 
. machines^many of which grow out of - activities with manipulative 
materials and moves to machines with two-part rules (e.g. 'if the 
input is an even number, the output is zero; > and if \ the input "is 
odd, the output is one*). 

2. Strategies 

.Prerequisite: Input-Output unit 

Continuing the exploration of Easy Speak which students begin i^i, 
* J:he* Input-Output Unit, the .Strategies Uftit emphasizes 
discovering, inventing,* and finally, expnfessing in the Easy Speak 
.language strSr^eg^s for playing the game of Nim^ In this unit, 
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coipputer -and to store them on the Network. When not making 
• designs 'oijt fie computer, students use * Turtle-tractors, * devices 
similar, to protractors, to matke drawings on* paper. « 

Besides learning to express geometrical ideas in a computer 
language, students discover theorems about ^lygons, learn to 
, command more than o;ie turtle at 'a time, and become expert ^t 
seeing how .a ccxnplex 'design is built of smaller parts. " ' 

Turtle Syninetry » \ / • 

Prerequisite: Turtle Geometry ^ . 

Because the Tiirtleta.lk language mkkes ' it easy to command 
multiple, symmetrically place'd .turtles, it provides an ideal 
medium for studying' symnetry.' In this unit, students « leam to 
identify and draw designs with different kinds of mirror and 
^rotational symmetry. They also study and create^ 'fstmi lies* of 
designs ~ sets of designs which, have cannon characteristics yet 
• - differ in patterned ways. - . 

Guide for Master Teachers ' / . '* ^ 

Most teachers will need support in gettihg started "using the. 
units. In addition to the new ideas about using computers and 
networking, some of the teaching strategies, particularly group 
work* and using concrete- materials, are not commonly 'seen in 
\ middle school classrooms. This guide outlines a series of seven 
workshops \rtiich could form, or be' integrated into, an in-service 
program or a pr^service college course. 



"^Turtl ^talk is a simple graphics language, a sQbsfet of the language 
logo' developed .by the MIT LOGO g^roup. We gratefully acknowledge 
their work, -especially as put_forward by Seymour ^ Papert , Hal 

--^AbelsoTiT^^d Andy l^iSSsa . . - 



^ « Network Manager. -Manual 
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by . ^ \ ^ 
Bill Piriier 
Math Network Curriculun project ^ 
San Francisco State unWefsity 
J* / February 4982 



Overview.^ 

• : • \ : \ ^' 

Computer networkii^g takes acJvantage of two^ important capabilities .of 
computer^: ' ^ 

r to Store and retrieve information 

- to comm'unicafce, with each Qther over the i*jone lines ^ 

in the Math Network Curriculum project we are interested in how teachers and 
students in^ middle school classrooms might' use networking to enhance their 
learning of mathematics. 

, 4 cxjr vision was 'that teachers and students would gain, significantly frcxn 
being able* to conmunicate with teachers and students in other classrooms* JWe 
knew that we wanted some of this communication to b^ in the * f^fnr^of 
•messages' to each other; but that we also' wanted them to* be able fco store 
the results of thpir studies in a 'place that others in the coramuni'^jLJSoOWC'" 
access them. To realize these goals^ the^system described in these pages was 
developed. , ' . ♦ - 

Birpose of this Manual * ^ - * 

You will find* in this manual: 

' - a description of the Math Network Curriculum projiect (*«CP) Network-^^:^^^^ 
as* we implemented it^ 

- some cons^iderat ions, for those v*o may be developing their own network 
* systems^ , ^ ^, . ' 

- maintenance instructions for the MNCP Network, and / 



It is presumed that anyon^^eading this manual has had some pflor 
programming experience^ ^and SOTie experience using micrpcoAputens connected* to 
phone litws. 
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c ^\ ^ The MNCP Network Implenentatloft 
■Definitions ^ 

We need a conmon terminology to 'use to talk about the various aspects, 
of the Network System* Refer to figure 1 to see how these components 
interronneet. ' . ^ ^ ^ 

^qs^r: - refers to a person (usually ai teacher or student in a classroom) 
^ with a computer (in" our case Commodore pets with 16K of memory) 
^ cqnneQted to a phone line through a modem v*io dials up the server 
(see below) to gain access to sane capability of .thtifn»Ietwork. 

user prbgram:' is a program loaded in the user's computer v^ich allows 
that computer to talk properly to the server computer. 

server: is a computer which monitors incOTiing i^ione calls from users and 
•serves' th6m ipfotmation v*i*ich is stored on its disk. The server 
functions automatically without need for a^ person to be there except 
in case of power failure 6r special needs vrtiich involve changing 
hardware or software. An Apple ' II micro-qomputer was the server 
computer, for the MNCP Network.' 

server prograM: is a computer program which runs on . the . server 
computer. It is this prog ram^'v^idh deals with the inching calls, 
deciding v^at "kind .of transacti'on is desired. 

transaction: refers to' -a unit of business between the server program 
and the user pr^ram. »An example of a transaction might be the*user 
program asking for one' Hne of a user's message to be retrieved, and 
the subsequent * retrieval and sending "of that line to the use if 
^ computer. . ' - ♦ 

" * ' A ' ' 

■anager: refers to a person who is responsible for-- maintayiing the 
server, the server programs,- and -the user programs*, /ihe manager 
must -understand in detail how everything works so t!hat 'v^en things 
go' wrong, s/he' can fix them; or, viien new capabilijties are desired', 
the manager should be able to determine if they are possible and, if 
so, provide them. - v ^ » ^ 

■anager programs: the manager uses various programs run on the server 
to perform functions like' adding a new u^er mailbox, checking to see 
if storage. on the server's disk is getting low, setting up new' data 
files, etc. 



'ggstem Capabilities 

A teacher or student (i.e. a user) in a classroom with a computer 
connected to a. phone line through a modem can use the MNCP Network' for two.. 
quite different tasks. 
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Dandelion r ElectrcMiic Message Systen ^ %^ . 

with h-is/her computer running a-progr^ oalled DanSelipn, the 
user gains access to/ah electronic ftiessage s^tem. .'Each t*eadier and 
e^cfh "xriassroom of students fias & •irfailbox' on the server Apple. The* 
user send messages to any mailbox or any group of mailbokes (called 
•distribut;ion lists' A user^ wit± a ma^ilbox can, of course, look 
at' the mess^a^es that may be waiting in his/her mailbox. In 
addition, there is a spedial mailbox called 'bulletins' in which 
messages of general interest may be posted. , Dandelion provides the 
tfasic communication link between people in the MNCP ccxtinunity. 
Thtough it, peoplex arrange meetir^, share ic^eaS' about curriculun, 
ask questions about\ programs or teaching materials,, report successes 
or' records reached ih working with classroom computer programs, 
conduct penpal-like 'correspondence, job hunt, and sell cookies and 
computer equipnent. Refer to the Dandelion User Manual* for more 
information about this system. ^ » . 

Applicaticms Which Store and Access Data 

There are various other programs whiph users can run on their 
computers which store and retrieve information to and from the 
server's disk. In the current implementation of the V^CP Netwrk 
there are seven o&^^ese user progra^ns. To take three examples: 



. a 
ore 



Turtlemrks. is a program , vAich allows the^ user ^tft^prqa>^am in 
grapnics orfentecT language (a suBset or LOGOj' expTc 

' problems in geomeVry. The Network can be used, to store 

sets*^ of 'TurtleTalk' commands (which can' be considered a 

program) on the server's disk. This means that the user 

can ~ later retrieve these cohmands to continue working on 

1 them. It also means that other users can look at the work' 

of any individual user to get ideas from it or simply to 

appreciate it. users may look at any stored programs but 

may only delete programs that they themselves. stored. 

Netprime allows storage and ^retrieval of inferjnation used in* a 
simulation of Network Tv*^ ratings. Inoiviauai users store 

their entries in the simulation which cqnsist of a schedule 

of TV shows for Tuesday night's prime time.' Any user may 

then retrieve up to five sets -of schedules onto his/her 

computer and have th^m compete against .each other^. 

Typically, , a classroom of students decides as a groyp v^at 

their schedule should be before trying it ,ojat on the 

Network. ' 

DataMaker allows users to create dat^ files and store them on 
the Network. A typical data file might consist of the 
.information gathered on a questionnaire given to all the 
students in a class. Because the information is stored on 
the Network, other .classrooms may loaid it into their 



' : — )ietwol^^44»a9^'Mamlaar^ — ^ — 

computers 'and see, for example, how this other classroom 

data is similar to or differs from theirs. , 

' ^ * ' ^ ' 

Hardware ' . . * * ^ 

Figure 1 shoA the basic layout of the MNCP Network. A single 'Apple.!! 

with a O^rvus hard aisk and three MicroModems serves incoming calls fr<M 9 

classrooms in San Foancisco and South San Francisco. 'This Apple !I uses a 

Mountain Hardware clock to^aenefate. interrupts jEor JX)llir^ the three incoming 
iines ana* for time ana aate^stanping^ ^ransactlonsr; Trie' classroom computers 

are Cortinodore Pets equipped with Noya€ion D-Cat (direcjb couple) modems. 

* Clearly, a variety of different hardware c6nfdgiK;ations would have 
served equally well. Inhere are, however, .important ^nstraints on each 
component. - ^ 

Oonstraints <m tbesServer 

Twenty-four hours a day the server monitors possible incoming 
calls on each of its' three modems. Each time it gets a call, it 
handles 'transactions' between it and the calling computer. !t 
•serves' the calling computer. The following list details the 
capabilities that the server must have. 

1. 'Storaige Capacity - Having a lot of mass storage available 
is essential. The MNCp server currently, uses about one 
megabyte of storage on its Corvus disk (\^'ich has 9.6 
megabytes total capacity). With more users, ojE courseV^ more 
storage space will be required, 

2. Channels - Current^ly, up to three users may call in 
simultaneously to the server. About 10% of .the time that the 
server is- busy, there are two callers on line. Less than 1% 
of the time, there are three callers on line. With more 

, ^ users, again, there would be more demand on the multi-channel 

1 ' capacity of the -network. !t is very iinportant, especially 

1 in serving' relatively naive users, that the incoming^ lines be 

\ seldom, if ever, busy.* Wfe elected to, make this possible by 

\ ■ having a single Apple !! haye three incoming lines. , This had 

significant implications on the design of the system. !n 
particular, it led to complexity in the setver'. program and to 
relatively slow response of the server in dealing with 
transactions. Another^ solution would have been to have on? 
Apple !!. for each incoming line. Since the Corvus disk system 
supports sharing (through its 'Constellation')/ each Apple I! 
could have accessed . the same information on the disk. 
Complexity would have been ihtroduced in making sure that one 
server did not destroy information needed by another. 
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3. speed Tflie server must be able to i?esponj3 quickly enough to 
user needs »that the user does not feel frustrated • The MNCP 
Network barely mefets ^this requirement ^ mostly beqause of ^ the 
complexity of dealing with several channels in one server. 
The server program is wrirtten in UCSD PASCALr 5 'language v^ich 
funs significantly faster on the Apple than td'oes 'BASIC. 
BASICr then^ is r^uledf* out as an implementation language 
because of Speed^^^ , , 

4* • Conplexity - The seryer program is necessarily somevAiat 
•complex. It has a multitude of tasks to perform (even ijE 
. ^. ' multti-channel capacity is not included) • • 'This meai^ that 'the' 
server program must be , particularly carefully ^^written and' 

• well-docutaented^ so tb?t itcan*be maintained easily and -new 
capabilities ' can be added with relative ease. It was for 
thes'e reasons '"that we chose to write this program' in UCSD 

, PASCAL rather than assembly language or BASIC; "ESccept for th^ 
complications ^introduced by the ijiulti-channel* requirement, 

^ this proved to be a good choice. On larger systems, there are 
languages which support asynchronous* processes.' These 
languages would have made much easier the task, of supporting 
multiple' channels. At pr.esent, however, ^ there' are no 
implementations of systems v^idi have asynchronous processes 
on ' micro-computers f and our budget jiictated, ^'against bij^ing a 
larger computer to -be used as the seJver . ^ • , 

' i / ^ * 

CcHistraintM on the M9dens 

* " • I. 

There are two brands of modems in the MNCP network. Ttie 

.server uses ' Micro^kx3€m ,11, manufactured • by D.C. Hayes. This modem, 
allows the server to answer^ the phone v*en it rings- Since it is a 
•direct-couple' modem, it has very low noise characteristics 
compared- to acoustically coupled modems. It proved completely 
satisfactory for our uses.^ / 

Bach user computer was equipped wi'th'^a Novation D-Cat modem. 
Since the user is present, auto-answer capabilities were not 
necessary for the user modeto, • Again direct-coupling meant that w^ 
had 'no noi§e problems. Ttie difficulties that we encounted with this 
mbdem were that we had to Write our own 'UART* sbftw^e" which then 
took, away memory space .from application programs, and that the 
physical construction of the modem was jquite flimsy, .thus some *o£ 
them broke in use by teachers and students. In retrospect, we" wish 
we had used an IEEE modem such as the one provided by Coninodore or 
manufactured by Livermore Star. 

Constraints on the osex: Oaapotet' ♦ . j 

• Our computers in the classroom *were Commodore . Pets with-, 16K of 
RAM. Virtually any of the available micros with .this .amount of 
memory or more would have been adequate for the networking aspects 
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of our project. No te^ 'however^ that the user computer is rot • 

actXt^ as an ordinary computer terminal when it is using the 

Network.^ .It is a'ctually running a program^ and it is -the program 

that conducts transactions , with the 'server • comfxiter. This means 

that as we expand to include other com^utefs in the network^ 

applications software which currently runs oh the PETS must be 

rewritten to work on other computers.- Mtg^P software for user- 

, coinputers is written in Microsoft. BASIC^ a .language whicfi proved 

, ' quite ^adequate for ^ the curricviJun needs of the project. ^ We were^ 

however^ constantly running into the 16K memo*ry/T.imi^^^ the 

user mdchines. Wte did not choose to use a model mth jftore mtemory 

because^ giv^ that our user.s were loading progr ami with/ tape / 

cassette recorders ^ we thought that the time of loMi^ a 16K I 

program would be all that could be tolerated. 'J 

>^ . . 

Software ' ^ 

It is important to contrast the. way interactions between the server and ^ 
user computers take place with typical interactions between a •hos€^''^ 
time-sharing computer • and a user terminal. In the latter case^ every 
keystroke! that the user makes on his/her terminal is sent to the host 
computer.' The user is interacting directly with the host computer. In the . 
cas^ of a server-user interaction^ however ^ the user interacts directly with 
his/her own computer. The prograrar in that computer decides ^en it is 
, appropriate to interact with ^ the server computer. To take an example^ when a 
user wants to send a message to someone ^ none of the typing in and editing of 
|the raes6jftge involves the server computer until the user decides that the 
inessage is actually ready to be sent;, thai the user' computer sends the lines 
Of the message to the server . . ' . 

protocol 1 

To manage this interaction / there must be an agreed upon 
•.protocol* between the userTprogram and the server program. Once there 
is a protocol^ the particular kind of computer th^' user has^ or the 
language that runs on it; does not matter. The only thing that matters 
is that th^ correspondence between server and user follow the* 
protocol; In the MNCP Network^ the first character • transmitted always 
decided .vAiether the transaction had to do with the message system or 
with the data files. The next byte indicated the particular kind of 
transaction that was to be carried out. As' of this writing/ detailed 
docufaentation of the MNCP protocol* is to be found in the comments of 



the PASCAL program vrtiich runs oij the server. 



Dmplementing on New Nadiihes ^ . < ' y 

- • - ' 1- . Vtoile^at^ present we have implemented the MNCP programs only for \ 

PET computers, implementing them tor ailother~7omputer^n another 

language only involves making- sure that the network protocol is 
satisfied during transactions between user and server. 

' Q ' writhing New Applications 

ERIC • ,17 
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Suppose that, someone invents a new use for the data file 
' capability of the ^server,. implementing that use is relatively .simple^ 
The data "file is created and initialized on the server disk;: the server 
•program is augmented so that it can know abo^it the new data file; and 
thi6 user prpgram" is written so that it will use the already agreed upon 
pr6toc9^ fo^ accessing data 'files. 

^^^"^ velopin^ Yoiir Own' Network * 

* 

At this time, the MNCP Network is an experimental system \fAich may or 
may not become available through cbtnnercial sources^ Suppose that you are 
interested in setting up a networking facility in a school^ district/ county, 
or region. S^^et us consider some of the possibii'ities that exist. 

Becemxng an WCB ^rticipant * 

r ' : = ; 

If your users have Ccramodore 16K Pets and you are located near San 
Francisco (so that phone costs do not become prohibitive) ^then you could 
become a participant in the MNCP Network. Each user would need a modem , a 
phone line, and software available from us. A* disk drive is not necessary, 
ttiough it is, of course, convenient. Ydu would then gain access -to a 
supported system including the Dandelion message system and curriculum, 
applications in middle school mathematics. New applicatioris developed by you 
could also be supported at the MNCP end. 

Single Campus Networking 

If all your users are in -onet school, you can purchase a commercial 
network system (one is available fro^ Corvus as of this writing) which will 
allow multiple servers and Jfor servers and users to share a high-speed 
network cable. One of the servers' on the network could be a message and data 
server. Another can be a printer server. Considerable software support 
comes with such systems, but you would need to develop your own particular 
applications packages for the curriculun uses you have in mind. 

Bulletin Boards 

There are available quite a number of bulletin board programs for 
micro-computers. A bulle^n board allows posting of messages for other users 
to browse and read. Some, will support sharing of BASIC programs^ Some 
support individual mailboxes\ Hiere are several disadvantages to currently 
available bulletin • board systems. You cannot modify them to support other 
applications; e^g.* sharing of Turtle talk programs. In addition, only one 
user can be calling in at a time. 

Linked Nets 

Ther co exists a model for v^at oneNwould really like in the way of a 

network for schools. That is the Defense Department's ArpaNet. The ArpaNet 
is a world-wide network vAiich links' together^&ialler network3". Each link in 
the ArpaNet is a 'gateway* \*iich is a special sfen/er computer whose job it is 
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to route messages from the local network to the appropriate gateway in 
another part of the global network • The goal would, be that in each school 
building there is a coaxial cable with several 'outlets' in each room. Any * 
computer bould be plmged * into any outlet. With your computer plugged in, 
you^ could reach any server on the local net. So you could send material to 
be printed to a printer server, material to bje stored to a disk server, 
etcetera. You could send a message to a student or teacher in your school by 
sending it' to a message server.- Now, if yo^ want to send a message to, a 
person' in another school entirely, your local network's gateway server reads 
the address of your message and finds, a phone path to the gateway where that^' 
person ^s his/her mailbox and sends it there. So you could send and receive 
information to and from a very large community of educators iA your - region, 
or across the country. Given- that such, a system exists now n( the ArpaNet) it 
^eems only a matter of time before such facilities are 'available more 
generally, and especially to schools. ' ^ 

■ ' ' - • ' . ■ ' • ■■ 

^ MNCPMet w'o ric«Maintenance - ^ 

The purpose of this section is to detail for you how to start and 
maintain .the MNCP Network.^ Included are explanations of the various ^files 
and programs that make up' the network. It' is assumed here that you are 
somewhat familiar with the UCSD PASCAL operating system on the Apple II and 
that you have* already connected. ^ur CORVUS disk and got PASCAL installed on, 
it. You should also know aboyji^eating new ' volumes' on the CORVUS. 
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You need the following hardware; 

■'■ • ■ ' \ " ; . 

- an Apple II computer, J ^ 

- a Corvus hard disk properly connected to yolir Apple II, ' 

- from one to three Micromodem -II^' s put.^n slots 2, 5£.and 4 (so if yo^!^; 

had two modems, they would Be pfit in slots 2 fflid b) , and 

- a Mo.untaih Hardware clock in Slot Six set to interrupt every !• 

millisecond. (See their docunentationifor how to j3o this.) 

You may lise the CorvuS Constellation to allow other computers to share 
the Corvus disk, but you must set the polling parameter of the Constellation 
to the maximun allbwable time (255 cycles). Corvus' 'documentation explains 
how to do this. The purpose is to prevent the Constellation from going pn to 
the next computer while your server Apple is interrupted by the clock to look 
at a modem line. . ' . ' 

Let us suppose that you are running from a volume on your CorvuS called 
'NETWORK:.' When you statt, this root volune should have the following files: 



SYSTEM.PASCAL (supplied by APPLE) 
SYSTEM.MISCINFO (supplied by APPLE) 
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• .SYSTEM. LIBRARY (Supplied by MNCP) • ' 

- NETMNGR.CODE (supplied by mcp) 
" DTftMNGR.CODB (supplied by -MNCP)' ' 
, ' DRIBMNGR»CODE (supplied by MNCP). 
* MSGl . V9^ CODE ' ( suppl ied by MNCP) 

MSG2.V9^0DE (supplied by MNCP) 
MSG3.V9,C0DE ,(supplied by MNCP) 

^ The. Network programs do not , care v^at you call your volumes, but they 
will expect all the relevant /files vrfiich you .are about to create to be on the 
.^'prefix' volume. . Typically the .prefix volume will be the same as your .root 
Volume.. The size of the prefix volume shotilff)be quite ; large. use a 

prefix V9lume 2048 blocks, long. Since each block i^ 512 bytes, that means we 
have about l megabyte of storage available. With more users and/or more 
applicatioiis, you will need more s^raqe. ^, v 



Getting Started ' ^ ! • 

Your' first task is to- create mailbo/es for your users and to initialize the 
files which will hold their mail. Then you will initialize ^ata files and 
dribble files (us^ -to record the activity of ,the system v*iich is useful v^en 
you want to know how it is b^irig used) . Finally you can stgrt the netwol^king , 
program it^lf. ' ' * . * ,r 

" ' * ' «^ 

1. Execute the program NETWNGR. flmong^the* options at the top of the 
screen i^ one for U(sers. Choose that (by the single-keystroke 
U) . You are, now about to make N(bw userS7r^^^choo5ing that 

• option y you be asked for the nam^^ passwrd^ -and status^ of ' 

* the new user. Names and passwords should be in all .UPPERCASE and 
can be at most 16 characters long/ and status' may* .be one of 
M(anagery *T(eacher> S(tudenty G(roupy or 0(ther. After having 
entered this data, you are . asked, for confirmation that it is all 
OK.* Included among your users should, be one called BULLETINS 
which, ha3 no password and status 0(ther. When you are^done^ you 
can L(ist all or some of the users you have created, ig you have 
made any mistakes ^ you can R(€move those users and make them 
again as N(ew users. Finally ^ v^en they are all set up properly ^ 

'you shpuld Q(uit. You wfll be asked if ybu want to save the 
changes you have made^ tfo v*iich you should reply Yes^ at v*iich 
time the information will be bitten out on the disk .to a file 
named ' USER. HDRS . • 

if 

4 

.2. You are now back to the main part ^ of NETMNGR. You next need to 
place your users on appropriate 'distribution lists.' To do that^ 
choose the D(ist option. Now you want to create a N(ew list. Ah 
example of ^such a list might be TEACHERS.- Then you want to E(dit 
this list and A*(dd the appropriate usersV one at a time^ to it. 
Follow this procedure for* e^ch list yauf desire for your system. 
Finally Q(uit. ^ 
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Back'^again at the top level of NETMNGR, you want to Knitialize the 
remaining files. You will be asked how long to make each file. 
Typical responses might be: \ * \ 

UQp headers . 

2Q0Q bdys** • ^ 

^QQ directory entries 



, Normally, you, will . respond Y(es to the final question as to 
whether to initialize the User files as well. ' You will return 
automatitjaily to the top-level of NETMNGR. ^ 



4, You are mow 



inished with NETMNGR so 0(uit from it. You should 



find yourself in th^ top level Qf PASCAL. 



:t ii 



5. Your next task is to initialize the data files. The program 
DTAMNGR is what allows you to do this. X(ecut6 DTAMNGR. Chpose 
the I(nitialize option. The various data files that your server 
programs knows about will be listed by name. As ofV this writing, 
they are- ^ • ) • * 

* 1) Multiturtles 
. '2) Prime Time * " - 

3) Nim. Speak, * - • 

4) Easy Speak 

5) At Your Service' 

6) Business Speak * * • 

7) Data Analysis ' • ^ 

Choose ^ch in Succession by nuober. , You will be asked how many 
recbrds to' allocate for the directory of each file (100 is a 
typical response) and how many data entries per file to allocate 
(1200 is typical). When finished . wiW' all* of them, Q(uit to 
return to toplevel of PASCAL. 

6. Einally you need to initialize the dribble files whi(gAwill record 

system aativity for you.^ " X(ecute DRIBMNGR ajwwchoose* the 
Knitiali^a? option. Allocating 1000 entries for tt^i|kribble file 
is typical and will allow the system to run for se^ral months 
* without overflowing with^ dribble entries.' Q(uit and to return to 
PASCAL. 



7. Now you are ready ,^to see if your system works.* ".There are three 
versions of the' program MSG^ on t^he root volume (MSG.1 .V9.C0DE, 
MSG2.V9.CODE,. and^MSG3.V9.CODE) , one for each possible number-^of 
modems you might have connected to your system. Choose the 
appropriate one and^ X(ecute it. For example, if you have two 
modems,, then X(ecute MSG2.V9. Eventually, the screen should, show 

••* . . 2i , ■ .* « • 
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various 3ysteiD information on, it, including the date and time, 
number of channels available, etc. The cursor will be winking 
along updating this information. (Note, you will need to have 
properly set the current time on your clock using the" utility 
program provided wi'th*^ the clock.) . 

8. Load up Dandelion on one of your user computers and try calling 

in. While you are connected, the Apple screen should show the 

data received and transmitted, and the number of cycles since the 

. last activity ♦ 



9. When you want (for some reason) to stop the MSG, you should make 
sure that no one is on-line at 'the moment and then RESET your 
Apple: ' (Later versions of the server program will allow a more 
graceful exit, but, Tor now, you must reset in order to stop the 
interrupts from the clock from messing up normal, nori-networking 
. operation.) / 



Basically, the MNCP Network will run with very little intervention from 
its manager. There are, however, a few things* to do from time to time. 

1. Ocassionally, .one of <your users will stop using .the system and thus,, 
messages will accumulate ' to them without ever getting read. You* 
can detect this condition ueing NETMNG?, the (J(ser option and 
L( is ting all uffers. The last column is the number of messages • 
that they have. A user with a lot of messages should be 
f contacted and asked if they wish to be kept on the system. If 

^ not, you should dial up as them and delete all their messages. 
^ Then'go to the'^NETMNGR program and D(elete them from' th^. list of 
users. Also D(elete t'hem from any distribution lists they might 
be on. , ^ 



Use the NETMNGR program to E(xamine the three files WSG.HDRS, 
MSG.BDYS, MSG.DIR to make sure that they continue to have plenty 
of space on them. for incoming messages. If not, you will need to 
reinitialize the system with more space on it. (Currently,, this 
is a deficiency in the system. It should be- made possible to 
increase the size of' a file without having to lose current 
messages . ) 



Every 20,000 cycles during tile day and every 10^000 cycles at 
night, an entry in the dribble file is made to show- how much 
activity there, has been since the last dribbl«., . .Eventually this 
file will fill up. The program DRIBMNGR allows* you to make a 
printout of the dribble file and to reinitialize.it. 
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_ Introduction 

The dandelion owes its success in nature to its ability to spread 
itself quickly far and wide^ its seeds riding lightly on currents of 
air. Wb of the Math Network Curriculun Project hope that through this 
'Dandelion message system for the PET computer^ your ideas , questions^ 
^ and suggestions may also propagate quickly'' through the electronic 
currents of phone Vires to take root in others' minds; producing timely 
and constructive responses. . ' 

The Dandelion Jtessage System works, in many ways, just like the 
postal system. You send messages which get pit in v other people' s 
mailboxes.. When other p^ple send you; a, m^^^e, it^ appears in your 
mailbox. You can browse .the messaged in your mailbox by looking at 
their 'headers' much as you might look at • the outsides of envelopes. 
Usually you wMl examine the contents of your rtfessages. Some messages 
you will keep^and others you will throw away. ^ 

There are signifi^nt differences between Dandelion and the 
postai system, however. First of all, the messages you . send are 
deposited immediately in the receiver's mailbox. Secondly, you can 
send a message to a. large nunber of people simultaneously, if you 
wish. Lastly, it is possible t9 post messages in a 'public' mailbox 
(called bulletins) where everyone can browse just as they might 
browse a school bulletin board. 

Getting Started ' ^ , 

To use Dandelion, you will need*' 

- A Commodore PET comp^^ter with at .least 16K of memory 
running BASIC 4.0 ^ • ^ 

- A Novation D-Cat "modem ^with connector to the PET User Port 

- A phone which has the^fStip-on connections to the handset 



- A tape of the Dandelion program 
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The modem is the thin black rectangular 
box. It must be connected to three things: 
the PETf the phone ^ and an electrical power 
outlet. ' ^ 

Usf the g.ray cable to connect the modem to 
. the PET. The funny-shaped end with the 
pins goes to the back: of the^ modem and 
the' green- connector with the goop on it 
goes to the' 'user port* of the >ET. See 
picture to the left to see v*iere. this 
• is. Pay attention to the direction the 
cable comes from the PET.' 

Put ydur phone^ on top of the mod^em. You 
need to connect the phone to the modem 
. ' usittg the two plugs on the left side of 
the modem. One curly cord must go fran 
\ the handset: to the modem and the other 
must go from the. phone body to the modem. 

Finally^ plug the modem in using its power 
cord vdth the transformer on the plug 
.end. The* 'Other end of the power cord 
connects into tlie small round hole in th&^ 
' ^back of the modem. 

Now* that the corMections are made^ you need to set the switches 
on the modem properly. 

1) Set both of the small black switches on the back of 

the modem to the right. The right hand switch is the 
power ; switch while the left switch determines. vAiether the 
. ' • modem is going to 'originate* the c^ll or 'answer* one. 

2) Both of the large blaclc buttons on the front ^f the 

modem should be pushed in. When you want to use the 
phone for normal voice ccximunication^ you can let both 
these buttons out. You don't have to disconpect it from 
the modem. 

Finally^ load your Dandelion t;ape into tdie PET as you would any 
other program. This is a long program and so takes about 5 minutes to 
load. . . * 

To SAVE the Dandelion program on Jtape so that you will 
have a backup copy^ simply use the normal PET SAVE 
procedure^ but do it before you RUN the program. (You 
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can also SAV& after RUNning if you are careful to stop the 
program using the QUIT coctinand. 



Using Dandelion ' 

When you first RUN Dandelion, you will ^ee a Welcccne message and 
a roninder about how to set up yoyr modem. The MNCP telephone ntmber 
is also displayed. You .are instructed to dial this- nunber. There is 
also a blinking 'W* whicft is Dandelion's way of telling you that it is 
Waiting for somfething to come to it over the phone line, ' • . / 

After you have diMled, wait 10 to, 20 seconds ^*ile the MNCP 
computer answers and send^s its first message to your PET, You^will see 
the message displayed on your screen. It will tell you how many people 
ire using the message system at that moment* 

If you find you are vaiting longer than 20 seconds, it may 
be because the line is busy. ' push the right black button 
on t±e front of the modem so that it is out. Listen to 
your phone. If you hear a busy signal , then thd I^INCP 
ccmputer already has as many users as it can handle. If 

• the phone is^ s£ill ringing^ then the MNCP computer is 
•down" or being used for something else at that time. Call 

' back later in either case. 

Underneath t±e greeting from MNCP^ is the instruction to 
Press RETURN to go on ^ 

After you do so^ you will see a vrfiole set of options. These aire 
explained below. You choose an option by typing the first Jetter of 
its name and then [RETURN] , 

LOGIN 

Usually the first t±ing you do will be ^to LOGIN, ifiis just 
means t±at you are letting your PET know vAio you are so that it 
can properly look things up in your mailbox on the- .MNCP 
ccxnputer. Note t±at you should^ not capitalize your namei 

After typing L and [RETURN] you will be asked for your mailbox- 
name. You must be a recognized user of .the MNCP system to have a 
mailbox name. Usually these . names are last names of people. 
' However, t±ere are some names that stand for groups of people like 

designgroup 

ciiessinterest 
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Hffiere is also a mailbox whose name is ^ 

* » 

bulletins ' " 

vAiich is a place tiiat anyone can browse. 

. • After you type in yo'ur mailbox name ^Dandelion will se^. if. that 
is a name r^ognized the MNCP mail, system^,;/ If- so, -it will 
tell you how many messages you have. If you Have a password, it 
/will also ask you fpr .iihat password, (You will notice, that 
nothing appears- on the screen as you .type in ^your pa^^^ord, 
Pas^rds are suppo^sed to be secret, to. make it difficult fof 
other people to look at your mail.) , 

BROWSE V - 

If you have socrfe messages in your mailbox, you can BROWSE 
: them^ Ygu will ' be asked which message nunber to start at and 
, vAiich one! to end at, • This is usefbl because sometimes you will 
accumulate a lot of messages. and you may- only want to look at the 
most- recent of them. If you want to browse backwards, simply 
•make the second number' aonaller than the' first. 

'i' ' ■ " 

You will see the 'headers', to your messages displayed on the 
screen, itoese will telJL you some useful infbrmation about the^ 
message itself, such as who sent it, when it was s6nt, v*iat the 
number of the message is, and what the subject is. it is 
not, howevter, the message itself. ^ The header is" just like the 
outside OE t±e envelope. - 

Sometimes you will seem to get stuck in a long sequence of 
browsing which you would like ♦to terminate because you just saw 
the message you want to examine. You can 'escape' from 
browsing by holding down the 'shift' key and pressing ithe ^§' 
key. When Dandelion has finished displaying the next message 
header, it stop browsing and^ let you go on. The' 'shift §'* 
key is called the 'escape' key and will let you escape from 
many places in Dandelion v*iere you don'.t want to be; if, you 
don't jlike ^where you are, try it! 

EXAMINE 

This is the command that lets you loolc at the actual njessage 
'itself. You will be asked for the nuitiber of the message. This 
is the number that got displayed when you did the browsing, if 
you have 5 messages, then the mbst recent message is nunbeced 5.^ 
If you forgot the message nunber, ^en'you can escape from here 
and go back and browse again. 

f 

You will see the header displayed again and, then the lines of the 
message itself will be displayed one at a time, as they . are 
received by Dandelion. 
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You have probably noticed that while Dandelion is sending^ 
and receiving information over the phone line the 'cursor* . 
changes to^ S for . 'sending* aind R for receiving'^ iti 
• addition to the^'W for waiting.; If you listen to th^ phone 
"^line ' (with the right raodero buttion out) you can hear this 
process going on. , ' " ^ . 

After the last line is displayed you will be- asked if you ^iant to 
delete this .message. Be careful^ here! ' If you answer y> this 
message will be lost from your mailbox .and- there will be no way 
of getting it backl • ; ^ ^ 

SEND , 

' When you send a message, thV. program asks ^you for the names of 
/ the receivers of the message. You can type these in one at a 
^ time, hitting [RETURN] after each one, or you can type several 
* in on one^line with commas in between. In any event, Dandelion 

will chebc" each potential receiver of your message to see if it 

is .recognized by the MNCP mail system. 

You may sfend a message to the Jfeceiver bulleliins. This places 
your message in a public plac^rwhere anyone can look at it.- You 
could use this to announce a .^rand-new program you ha^m creat;ed, 
place a challenge for high-scAarje on^ Lemonadd, or advertise a free 
puppy. 

Tliere ar^ also 'distribution lists'. These are , v^ole long 
lists of mailboxes maintained by the MNCP mail system. 
Distribution li^^^ with an 'up-arrow' character. For 
example, teachers^is the name of the distribution lists with 
all the t^cl^ers names on it. (You will notice that it takes a 
bit longer to send a message to a long list of people than to 
just one or two, bQt not tcio nhach longer.) 

If you have not logg^ in, you will now be asked who you are. 
This is the name' that will appear next to 'Prom:' in the message 
' header. If you have logged in, then . your log- in name will 
appear here. 

.^^ Next ydh must supply the subject of your • message . This should be 
a short phrase, indicating to the receiver what you are about to . 
say. VoU are limited to one line 

Finally, you can type the message itself. You can format the way 
the message looks on the scr^ea.any way -you like using spaces, 
returns, etc. The DEL ^kev 'will backspace as far back as the 
beginning of the message.#A|3^ yoii^et totally disgusted, you can' 
start from- the beginning^! the sending process by using the 
escape key (shift ?) . ^ /When you are finally ready to actually 
send the message, h^old down thie shift key and press the 
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key. This telj| Dandelion to 'accept* the message as sftown 
on the screen and seiS it. You will see the sehdir^ happening- as 
the tnirsor changes from S to W to R over and over again for each 
l^ne of your message^ - 

There is a limit on how many lines long your message can be. 
This limit is 25 lines, or about a PET screenful* 

DELETE 

You will want to.ge€ ri<? of mos% ot the message? you , receive. 
Of course you can do this at the time you es^amine them. But you 
can also do it ^ later using this coromand. You will be asked, as 
usual for the niinber of the message to delete* Then the header 
will be displayed and you will be asked if 1iiis is the message 
you wish to delete. Typing 'y* here will cause the message' to 
be lost from your mailbox. 

LOGOUT ^ 

Sometimes theire will' be another person waiting to use Dandelion 
when you are done. You ^ould use LOGOUT befote lettir^ theafo ^ 
. use the computer^ This Will, ensure that they can't sit dovm and 
start browsing your messages. 

GOODBYE . , , 

This' is the graceful way to ^eave Dartdelion. It gives Dandelion 
a chance to set things up properly for the next program loaded 
\ into the computer. If you instead use the' RUN/STOP key to end 
Dandelion, the next program you load in may nbt work correctly. 
You are also instructed ^t this point* to please hang up the ^ 
phone. This is very important, since, if you don't, the MNCP 
computer will stay listening to you. You -phone bill Will get 
.larger and others will not- be able to use your l^ne in. . Because - 
of the fact^that some users will, ine^;itably, forget to. hang up ' 
on occasion, the MNCy computer wi^ll hang up on you if it doesn't 
receive anything from you for fifteen minutes. So, be warnedl 
Don't take more than 15 minutes to type in that messjage! 



Appendix D 



Talks and Papers Presented 



April 1981 



^ June 1981 



October 1981 



November 1981 



November 1981 



December 1981 



December 1981 



January 1982 



February 1S182 



March 1982 



. April 1982 



Spring^ 1982 



Resek', "Microcomputers in the Mathematics Classroom" 
University of Arizona, Mathematics Department 
Tempe, Arizona 

Resek and Finzer. '"Math Network Curriculum Project" ^ 
Joint NSF-NIE Conference on Technology in Math Education 
Berkeley, California 

Finzer. "Some Statistical Simulations" 
Computer Using Educators (CUE) Fall Conference 
San Jo'se, California- 

Resek. "Computers in Math Education" 
EQUALS Workshop, Lawrence Hall of Science 
Berkeley, California 

Gutierrez. "Training Teachers in the Use of Microcomputers 
Panel, California Educational Computer Consortium (CECC) 
San Frailcisco, California 

Resek. "Math Network Curricultim'Ptoj ect" 
Qtorthern California Mathematics Counc^il 
Asilomar, California 

Finzer. "Turtleworks - a geometry Unit" 
University of California at Santa Barxbara 
Goleta, California \ 

Finzer. "Turtleworks^- a geometry unit" 
Commodore Conference .for Educators ^ 
San Franxiisco, California 

Resek, "Using Computers for Pre-Algebra" 
NSF Inservice Teacher Project 
University of California at Santa Barbara 
Goleta, California 

Gutierrez. "The Math Network Curriculum Project" 
California Educational Computer Consortium 
California State Polytechnic * . ' . 

San Luis Obispo, California 0 

Finzer. "Graphics Languages'* * 
Computer JJsiog Educators Spring Conference 
San Jose, California i ^ 

Resek. A workshop series for teacher inservice, 
Berkeley Unified School District. 
Berkeley, California 
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October 1,982 



October 1982 



November 1982 



February 1983 



April 1983 



/ 



Finzer. NSF Inservic^ Teacher Project 
University of California at Santa Barbara 
Goleta, 'California ^ ' ' 

Gutierrez. Statistics Unit for Middle Sch9or' 
Computer Using Educators Fall Conference 
San Jose, California 

Gutierrez. InAervice workshop for teachers 
Kentfield School District 
Kentfield, California 



Resek. ''Introducing Algebra through Microcomputers* 
SESAME Colloquium 

University of California, Berkeley 

Resek. "Introducing Algebra through Microcomputers* 
National Council of Teachers of Mathematics 
Detroit, Michigan 
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